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DETAILED ACTION 

1 . This communication is responsive to Amendment, filed 1 1/16/07. 

2. Claims 1, 10-15, 20, 22, 27 are pending in this application. Claims 1, 15, 22 are 
independent claims. In the Amendment, claims 2-9, 16-19, 21, 23-26, 28-32 have been 
cancelled, and claims 1, 10-15, 20, 22, 27 have been amended. This action is made Final. 

The objection to the specification (abstract) of the invention has been withdrawn in view 
of the amendment. 

Claim Rejections - 35 USC § 101 

3. 35 U.S.C. § 101 reads as follows: 

"Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter or any new and useful improvement thereof, may obtain a patent therefore, subject to the conditions 
and requirements of this title". 

4. Claims 1, 10-15, 20, 22, 27 are rejected xmder 35 U.S.C. § 101 because the claimed 
invention is directed to non-statutory subject matter. 

(a) Claim 1 fails to provide a practical application that produces a tangible result, since 
merely "determining a statistical probability of the potential bug owners owning the bug in 
question, as to each of multiple potential bug owners" does not able the usefulness to be realized. 
It is not until the determining (which takes place as a thought or a computation within a 
processor) is brought out of the mind or processor that it becomes more than an abstraction, 
instead being real-world and enabling the functionality to be realized. The last step of claim 1 
recites a determining step. Since mere determination is not a tangible result, the claim fails to 
recite a tangible result as the determining step is not tangible. 
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Claims 10-14 incorporate the deficiencies of claim 1 and do not add tangibility to the 
claimed subject matter, they are likewise rejected. 

(b) Claim 15 has the same type of issues as (a), therefore, is rejected under similar 
rationale. In addition, each of the means is reasonably interpreted in view of the specification as 
just software ; the claimed system is not limited to embodiments, which include the hardware 
necessary to enable any underlying functionality to be realized, instead being software per se. 

Claim 20 incorporates the deficiencies of claim 15 and do not add tangibility to the 
claimed subject matter, it is likewise rejected. 

(c) Claim 22 has the same issues as (a) therefore, is rejected under similar rationale. Plus, 
the claims fail to fall within a category of patentable subject matter set forth in 35 U.S.C. 101 . 
The claimed computer-readable medium is not limited to embodiments, which include the 
hardware necessary to enable any underlying fiinctionality to be realized. 

Claim 20 incorporates the deficiencies of claim 22 and do not add tangibility to the 
claimed subject matter, it is likewise rejected. 

Claim Rejections - 35 USC § 103 
5. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in section 102 of this title, if 
the differences between the subject matter sought to be patented and the prior art are such that the subject matter as a whole would 
have been obvious at the time the invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

This application currently names joint inventors. In considering patentability of the claims under 35 
U.S.C. 103(a), the examiner presumes that the subject matter of the various claims was commonly owned at the time 
any inventions covered therein were made absent any evidence to the contrary. Applicant is advised of the 
obligation under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was not commonly 
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owned at the time a later invention was made in order for the examiner to consider the applicability of 35 

U.S.C. 103(c) and potential 35 U.S.C. 102(e), (0 or (g) prior art under 35 U.S.C. 103(a). 

6. Claims 1, 10, 1 1, 15, 22 are rejected xmder 35 U.S.C. 103(a) as being unpatentable over 

Glerum et al. (US Patent No. 6,944,849), in view of Bates et al. (US Patent No. 7,096,458). 

As per claim 1, Glerum teaches a method for determining bug ownership comprising: 

scarming a bug database (i.e. tables in Figs. 6A, 6B) that contains bug records (i.e. bug 
ID, Figs. 6A-6B) that describe known bugs and identify owners (i.e. software developers, col 7, 
lines 36-44) of those bugs (Figs. 6A;6B; col. 8, line 41 to col. P, line 43); 

generating database tokens that represent words (i.e. gggo, eupo, esib, See assert tag 
column in Fig. 6A) contained in the bug records (Figs. 6A, 6B; col 8, line 41 to col P, line 43); 

as to each bug owner, determining the number of times each database token appears in 
bug records (le. how many times the assert in question has been hit in all unreleased developer 
build versions, col 8, lines 63-67) owned by the bug owner (i.e. Weidezh, Fig. 6B) such that the 
number of times the database tokens appear in association with each bug owner is known (Figs. 
6A, 6B; col 8, line 41 to col P, line 43); 

storing (Le. a separate database may be maintained that contains information about each 
particular bug that has been entered into a database, col 9, lines 9-14) the determined riumber 
of times in a derivative database (Figs. 6A, 6B; col 8, line 41 to col 9, line 43); 

generating input tokens (i.e. title, Fig. 6B) that represent words contained in a description 
of a bug in question (i.e. Developers may also have their own ^'unreleased** builds that they 
individually work on. The HitsUnreleased column 6 5 OA provides an indication of how many 
times the assert in question has been hit in all unreleased developers build versions, col 8, lines 
63-67) (Figs. 6A, 6B; col 8, line 41 to col 9, line 43); 
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scanning (Le. The present invention solves this problem by tagging these asserts so that 
each time a particular assert is hit, it will display one unique identifier, col. P, lines 53-57) the 
derivative database for occurrences of the input tokens (Figs, 6A, 6B; col 8, line 41 to col P, line 
43); 

identifying the number of tiines each input token appears in association with each bug 
owner (i.e. Developers may also have their own "unreleased*' builds that they individually work 
on. The HitsUnreleased column 650A provides an indication of how many times the assert in 
question has been hit in all unreleased developers build versions, col 8, lines 63-67) (Figs. 6A, 
6B; col 8, line 41 to col 9, line 43). 

Glerum does not specifically teach as to each of multiple potential bug owners, 
determining a statistical probability of the potential bug owner owning the bug in question. 

However, Bates teaches as to each of multiple potential bug owners, determining a 
statistical probability of the potential bug owner owning the bug in question (i.e, assigns an 
individual weight to each of the restorable debug entities, col 3, lines 10''34). 

It would have been obvious to one of ordinary skill of the art having the teaching of 
Glerum and Bates at the time the invention was made to modify the system of Glerum to include 
as to each of multiple potential bug owners, determining a statistical probability of the potential 
bug owner owning the bug in question as taught by Bates. 

One of ordinary skill in the art would be motivated to make this combination in order to 
compare the restorable debug entities of each scenario to determine the extent of similarity 
between the scenarios in view of Bates, as doing so would give the added benefit of helping 



Application/Control Number: 10/712.572 Page 6 

Art Unit: 2167 

programmers establish important breakpoint and monitor scenarios and to be able to recall these 
scenarios across different programs that are debugged as taught by Bates (i.e. col J, lines 5-8). 

As per claim 15, Glerum teaches a system for determining bug ownership, comprising: 
means for scanning a bug database (i.e. tables in Figs. 6A, 6B) that contains bug records 

(i.e. bug ID, Figs. 6A-6B) that describe known bugs and identify owners (i.e. software 

developers, col 7, lines 36-44) of ihost bugs (Figs, 6A, 6B; col 8, line 41 to col P, line 43); 

means for generating database tokens that represent words (i.e. gggo, eupo, esib, See 

assert tag column in Fig. 6A) contained in the bug records (Figs, 6A, 6B; col 8, line 41 to col P, 

line 43): 

means for, as to each bug owner, determining the number of times each database token 
appears in bug records (Le. how many times the assert in question has been hit in all unreleased 
developer build versions, col 8, fines 63-67) owned by the bug owner (i.e. Weidezh, Fig. 6B) 
such that the number of times the database tokens appear in association with each bug owner is 
known (Figs. 6A, 6B; col . 8, line 41 to col 9, line 43); 

means for storing (i.e. a separate database may be maintained that contains information 
about each particular bug that has been entered into a database, col 9, lines 9-14) the 
determined number of times in a derivative database (Figs. 6A, 6B; col 8, line 41 to col P, line 
43); 

means for generating input tokens (i,e. title. Fig. 6B) that represent words contained in a 
description of a bug in question (Le. Developers may also have their own "unreleased'' builds 
that they individually work on. The HitsUnreleased column 650A provides an indication of how 
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many times the assert in question has been hit in all unreleased developers build versions, col 8, 
lines 63-67) (Figs. 6A, 6B; col 8, line 41 to col P, line 43); 

means for scanning (i.e. The present invention solves this problem by tagging these 
asserts so . that each time a particular assert is hit, it will display one unique identifier, col 9, 
lines 53-57) the derivative database for occurrences of the input tokens (Figs, 6A, 6B; col 8, line 
41 to col 9, line 43); 

means for identifying the number of times each input token appears in association with 
each bug owner (7.e. Developers may also have their own ''unreleased'' builds that they 
individually work on. The HitsUnreleased column 650 A provides an indication of how many 
times the assert in question has been hit in all unreleased developers build versions, col 8, lines 
63-67) (Figs, 6A, 6B; col 8, line 41 to col 9, line 43). 

Glerum does not expHcitly teach means for, as to each of multiple potential bug owners, 
determining a statistical probability of the potential bug owner owning the bug in question. 

Bates teaches means for, as to each of multiple potential bug owners^ determining a 
statistical probability of the potential bug owner owning the bug in question (i.e. assigns an 
individual weight to each of the restorable debug entities, col 3, lines 10-34). 

It would have been obvious to one of ordinary skill of the art having the teaching of 
Glerum and Bates at the time the invention was made to modify the system of Glerum to include 
as to each of multiple potential bug owners, determining a statistical probability of the potential 
bug owner owning the bug in question as taught by Bates. 

One of ordinary skill in the art would be motivated to make this combination in order to 
compare the restorable debug entities of each scenario to determine the extent of similarity 
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between the scenarios in view of Bates, as doing so would give the added benefit of helping 
programmers establish important breakpoint and monitor scenarios and to be able to recall these 
scenarios across different programs that are debugged as taught by Bates (i.e. col i, lines 5-8). 

As per claim 22, Glerum teaches a computer-readable medium that contains a system for 
determining bug ownership, the system comprising: 

logic configured to scan a bug database (i.e. tables in Figs. 6 A, 6B) that contains bug 
records (i.e. bug ID, Figs. dA-dB) that describe known bugs and identify owners (i.e. software 
developers, col. 7, lines 36-44) of those bugs (Figs. 6A, 6B; col. 8, line 41 to col P, line 43); 

logic configured to generate database tokens that represent words (Le, gggo, eupo, 
esib, 'See assert tag column in Fig. 6A) contained in the bug records (Figs. 6A, 6B; col 8, line 41 
to col 9, line 43); 

logic configured to, as to each bug owner, determining the number of times each database 
token appears in bug records (i.e. how many times the assert in question has been hit in all 
unreleased developer build versions, col 8, lines 63-67) owned by the bug owner (i.e. WeidezK 
Fig. 6B) such that the number of times the database tokens appear iri association with each bug 
owner is known (Figs. 6A, 6B; col 8, line 41 to col P, line 43); 

logic configured to store (i.e. a separate database may be maintained that contains 
information about each particular bug that has been entered into a database, col P, lines 9-14) 
the determined number of times in a derivative database (Figs. 6A, 6B; col 5, line 41 to col P, 
line 43); 

logic configured to generate input tokens (i.e. title. Fig. 6B) that represent words 
contained in a description that describes a bug in question (i.e. Developers may also have their 
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own "unreleased" builds that they individually work on. The HitsUnreleased column 65 OA 
provides an indication of how many times the assert in question has been hit in all unreleased 
developers build versions, col 8, lines 63-67) (Figs. 6A, 6B; col 8, line 41 to col P, line 43); 

logic configured to identify the number of times each input token appears in the 
derivative database as per each bug owner (i,e. Developers may also have their own "unreleased" 
builds that they individually work on. The HitsUnreleased column 650A provides an indication 
of how many times the assert in question has been hit in all unreleased developers build 
versions, col 8, lines 63-67) (Figs. 6A, 6B; col. 8, line 41 to col 9, line 43). 

Glerum does not fairly teach logic configured to, as to each of multiple potential bug 
owners, determining a statistical probability of the potential bug owner owning the bug in 
question. 

Bates teaches logic configured to, as to each of multiple potential bug owners, 
determining a statistical probability of the potential bug owner owning the bug in question (i.e. 
assigns an individual weight to each of the restorable debug entities, col i, lines 10-34). 

It would have been obvious to one of ordinary skill of the art having the teaching of 
Glerum and Bates at the time the invention was made to modify the system of Glerum to include 
as to each of multiple potential bug owners, determining a statistical probability of the potential 
bug owner owning the bug in question as taught by Bates. 

One of ordinary skill in the art would be motivated to make this combination in order to 
compare the restorable debug entities of each scenario to determine the extent of similarity 
between the scenarios in view of Bates, as doing so would give the added benefit of helping 
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programmers establish important breakpoint and monitor scenarios and to be able to recall these 
scenarios across different programs that are debugged as taught by Bates (Le. col. 5, lines 5-8). 

As per claim 10, Bates teaches the method of claim 1, wherein determining a statistical 
probability comprises summing the total number of occurrences of each input token in the 
derivative database and normalizing the total number of occurrences of each input token as to 
each potential bug owner (le, assigns an individual weight to each of the restorable debug 
entities, col 5, lines 10-34), 

As per claim 11, Bates teaches the method of claim 10, wherein determining a statistical 
probability further comprises scaling normalized values that result from the normalizing to 
obtain scaled probabilities as to each input token relative to each potential bug owner (i.e, 
assigns an individual weight to each of the restorable debug entities, col. 3, lines 10-34). 

7. Claim 12 is rejected under 35 U.S.C. 103(a) as being unpatentable over Glerum et al. (US 
Patent No. 6,944,849), in view of Bates et al. (US Patent No. 7,096,458), and further in view of 
Walter et al. (US Patent No. 4,980,857). 

As per claim 12, Glerum and Bates do not specifically teach determining the standard 
deviance for each scaled probability and removing tokens associated with given potential bug 
owners form consideration when those tokens exhibit a deviance below a predetermined 
minimum deviance. 
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Walter teaches determining the standard deviance for each scaled probability and 
removing tokens associated with given potential bug owners form consideration when those 
tokens exhibit a deviance below a predetermined minimum deviance (i.e. a deviance check 
between the voted data value and each copy of the received data value, and will generate an 
error vector to the Fault Tolerator identifying each Node which generated a data value which 
differed from the voted data value by more than a predetermined amount, col 9, lines 29-49; col 
47, lines 13-31). 

It would have been obvious to one of ordinary skill of the art having the teaching of 
Glerum , Bates and Walter at the time the invention was made to modify the system of Glerum 
and Bates to include determining the standard deviance for each scaled probability and removing 
tokens associated with given potential bug owners form consideration when those tokens exhibit' 
a deviance below a predetermined minimum deviance as taught by Walter. 

One of ordinary skill in the art would be motivated to make this combination in order to 
generate an error vector to the Fault Tolerator in view of Walter, as doing so would give the 
added benefit of identifying each Node which generated a data value which differed from the 
voted data value by more than a predetermined amount as taught by Walter {col P, lines 29-49).. 

8. Claim 13 is rejected under 35 U.S.C. 103(a) as being unpatentable over Glerum et al. (US 
Patent No. 6,944,849), in view of Bates et al. (US Patent No. 7,096,458), in view of Walter et al. 
(US Patent No. 4,980,857), and further in view of Chiang et al. (US Patent No. 7,013,457). 

As per claim 13, Glerum, Bates and Walter do not explicitly teach determining the 
statistical probability using the scaled probabilities. 
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However, Chiang teaches determining the statistical probability using the scaled 
probabilities (i.e. For every program code statement in the first sensitized set, a value of one is 
added to the corresponding element in the priority set, which acts as a scaling function that 
indicates a reduced computed probability of the related program code statement as being a 
source of the bug: Sensitized set: {2 1,29,30} Error set: {20,21,24,25,27,29,30,3b} Priority 
values:{0,0^ 1,0,0,0,0^1,0^ 1,0}, col 6, lines 21-27). 

It would have been obvious to one of ordinary skill of the art having the teaching of 
Glerum, Bates, Walter and Chiang at the time the invention was made to modify the system of 
Glerum, Bates and Walter to include determining the statistical probability using the scaled 
probabilities as taught by Chiang. 

One of ordinary skill in the art would be motivated to make this combination in order to 
indicate a reduced computed probability of the related program code statement as being a source 
of the bug in view of Chiang, as doing so would give the added benefit of enabling a user who 
debugging the code can quickly refer to those lines of code that are deemed to be the most 
probable sources of the bug as taught by Chiang (col 2, lines 1 7-22). 

8. Claim 14 is rejected under 35 U.S.C. 103(a) as being unpatentable over Glerum et al. (US 
Patent No. 6,944,849), in view of Bates et al. (US Patent No. 7,096,458), in view of Walter et al. 
(US Patent No. 4,980,857), in view of Chiang et al. (US Patent No. 7,013,457), and further in 
view of Booth et al. (US Patent No. 5,922,079). 
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As per claim 14, Glerum, Bates, Walter and Chiang do not explicitly teach determining a 
statistical probability further comprises applying Bayes' Theorem to the scaled probabilities to 
calculate the overall probability for each potential bug owner of owning the bug in question. 

However, Booth teaches determining a statistical probability further comprises applying 
Bayes' Theorem to the scaled probabilities to calculate the overall probability for each potential 
bug owner of owning the bug in question (i,e. The Effect of Assuming Independence in Applying 
Bayes' Theorem to Risk Estimation and Classification in Diagnosis, col 4, lines 28-42), 

It would have been obvious to one of ordinary skill of the art having the teaching of 
Glerum, Bates, Walter, Chiang and Booth at the time the invention was made to modify the 
system of Glerum, Bates, Walter and Chiang, to include determining the overall probability of 
ownership as to a potential owners comprises applying Bayes Theorem to the scaled probabilities 
of the potential owners to calculate probability for each potential owner of owning the bug in 
question as taught by Booth. 

One of ordinary skill in the art would be motivated to make this combination in order to 
independently assign weights to the component failures in view of Booth, as doing so would give 
the added benefit of automatically analyzing and troubleshooting for identifying potential 
problems with the test suit and modeling errors based on incorrect diagnoses as taught by Booth 
(col J, lines 34-59). 

9. Claims 20, 27 are rejected imder 35 U.S.C. 103(a) as being unpatentable over Glerum et 
al. (US Patent No. 6,944,849), in view of Bates et al. (US Patent No. 7,096,458), and further in 
view of Booth et al. (US Patent No. 5,922,079), 
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As to claim 20, 27, Glerum, Bates do not fairly teach determining a statistical probability 
further comprises applying Bayes' Theorem to the scaled probabilities to calculate the overall 
probability for each potential bug owner of owning the bug in question. 

However, Booth teaches determining a statistical probability further comprises applying 
Hayes' Theorem to the scaled probabilities to calculate the overall probability for each potential 
bug owner of owning the bug in question (i.e. The Effect of Assuming Independence in Applying 
Bayes* Theorem to Risk Estimation and Classification in Diagnosis, col. 4, lines 28-42). 

It would have been obvious to one of ordinary skill of the art having the teaching of 
Glerum, Bates, and Booth at the time the invention was made to modify the system of Glerum, 
Bates to include determining the overall probability of ownership as to a potential ovraers 
comprises applying Bayes Theorem to the scaled probabilities of the potential owners to 
calculate probability for each potential ovmer of owning the bug in question as taught by Booth, 

One of ordinary skill in the art would be motivated to make this combination in order to 
independently assign weights to the component failures in view of Booth, as doing so would give 
the added benefit of automatically analyzing and troubleshooting for identifying potential 
problems with the test suit and modeling errors based on incorrect diagnoses as taught by Booth 
(col 5, lines 34-59). 

Response to Arguments 

10. Applicant's arguments regarding claims 1-9, 15-19, 21-26, 28, 29, and 31 have been 
rejected under 35 U.S.C. §102(e) as being anticipated by Glerum et al., claims 10-14, 20, and 27 
were rejected xmder 35 U.S.C. § 103(a) as being unpatentable over Glerum in view of one or 
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more of Bates et aL, Booth et al., and Walter et al, have been considered but are moot in view of 
the new ground(s) of rejection. 

1 1 . Applicant's arguments filed 1 1/16/06 have been fiilly considered but they are not 
persuasive. 

Glerum does not teach a method or system determining bug ownership. 

On page 9 of Remarks, Applicants indicated that the owner of the bug is a person who is 
responsible. Further on page 10, Applicants clearly states a bug ownership as who is responsible 
for fixing a given bug. 

Accordingly, Glerum teach a bug ownership as "information about which software 
developer is currently assigned to eliminate the bug" in col. 9, lines 20-26. 

Conclusion 

12. Applicant's amendment necessitated the new ground(s) of rejection presented in this 
Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). 
Applicant is reminded of the extension of time policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS firom the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1.136(a) will be calculated firom the mailing date of the advisory action. In no event. 
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however, will the statutory period for reply expire later than SIX MONTHS from the date of this 
final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Miranda Le whose telephone number is (571) 272-41 12. The 
examiner can normally be reached on Monday through Friday from 8:30 AM to 5:00 PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John R. Cottingham, can be reached on (571) 272-7079. The fax number to this Art 
Unit is 571-273-8300. 

Any inquiry of a general nature or relating to the status of this application should be 
directed to the Group receptionist whose telephone number is (703) 305-3900. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov . Should you have questions on access to the Private 
PAIR system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 



Miranda Le 
February 05, 2007 
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